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(54) Title: CHIP CARD PROVIDED WITH A COUNTING DEVICE 
(54) Titre: CARTE A PUCE MUNIE D'UN DISPOSITIF DE COMPTAGE 
(57) Abstract 

To make the management of a gratuity counter (6) in a chip 
card more flexible, a file architecture for easier counter management 
is recorded in the chip card memory (5). Said architecture is 
characterised in that t comprises a counter unit file (7) wherein 
are located the counters concerning an application, associated with 
the rules (12) applicable thereto. Thus, the simple designation of 
a counter unit implies the implementation of the rules applicable 
to said counter unit. This implementation is internal to the chip 
card and does not require any exchange with the reader. The chip 
memory further comprises the rules file (12), the conditions file 
(14), the computation file (14) and the backup file (200) which by 
interaction provides great flexibility. 
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Pour rendre plus souple la gestion du compteur (6) de 
gratification d'une carte a puce, on decide d'enregistrer dans 
la memoire (5) de U carte a puce une architecture de fichiers 
permettant une gestion ais6e de ses compteurs. Selon cette 
architecture, un fichier bloc compteur (7), ou sont situ6s les 
compteurs relatifs a une application, est associ6 a des regies (12) 
qui leur sont applicables. De ce fait, la simple designation d'un 
bloc compteur implique la mise en oeuvre des regies applicables aux compteurs de ce bloc compteur. Cette mise en oeuvre est interne a la 
puce de la carte a puce. Elle ne necessite pas d'6change avec le lecteur. La memoire de la puce comporte encore le fichier (12) des regies, 
le fichier (13) des conditions, le fichier (14) de calcul et le fichier (200) de sauvegarde dont l'interaction permet une grande souplesse 
d'utilisation. 
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Carte a puce munie d'un dispositif de 
comptage 

La presente invention a pour objet une carte a puce 
munie d'un dispositif de comptage perfectionne. Elle 
vise a faciliter 1 1 utilisation des cartes a puce, ou 
plus generalement des objets portables a puce, dans des 
5 domaines de plus en plus divers, en rendant cette 
utilisation a la fois plus puissante et plus rapide. 

Dans le domaine des objets portables a puce, les 
puces sont munies de differents compteurs. On connait 
de maniere classique des compteurs d 1 unites, 
10 representatives d 1 unites de consommation possibles, 
voire de monnaie. On connait egalement des compteurs de 
gratifications qui comptent des points de fidelisation 
octroyes par un prestataire a un utilisateur. Cet 
oct.roi peut etre au prorata de la consommation d'un 
15 service par 1 ' utilisateur , de la venue de 1 ' utilisateur 
dans un etablissement , chez un commergant, ou meme un 
comptage de ses passages a certains endroits. 

Les compteurs peuvent etre realises sous diverses 
formes. lis peuvent etre des compteurs materiels ou des 
20 conpteurs logiciels. Un compteur materiel est un 
conpteur dans lequel, a la maniere d'un boulier, le 
passage du compteur d'un etat initial a un etat final 
emprunte, pour le compteur, des etats intermediaires 
representatifs de valeurs intermediaires entre cette 
25 valeur initiale et cette valeur finale. Un compteur 
logiciel est const itue principalement par un 
enregistrement, une valeur, et par un algorithme mis en 
oeuvre par un microprocesseur. Le principe de la 
modification d'un compteur logiciel consiste a aller 
30 lire une donnee de valeur en lisant 1 1 enregistrement , a 
modifier la donnee qui resulte de cette lecture en 
fonction de I 1 algorithme (en general il s ' agit d'une 
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addition, ou d'une autre operation mathematique) , et a 
reecrire a 1 1 endroit de 1 1 enregistrement la nouvelle 
valeur calculee. L 1 invention aura principalement pour 
objet les compteurs logiciels encore qu ! elle serait 
5 aussi applicable aux compteurs materiels . 

Au moment du comptage, pour des raisons de 
security l'etat du compteur est transmis par la carte 
a puce a un lecteur de carte a puce qui lit cette 
carte. Les programmes du lecteur mettent en oeuvre 

10 l'algorithme et provoquent, a l f issue de la mise en 
oeuvre, 1 1 enregistrement de la nouvelle valeur dans la 
memoire de la puce de la carte, Cette solution presente 
beaucoup de souplesse: les lecteurs sont munis d'un 
systeme d 1 exploitation propre a leur faire assurer ces 

15 f onctions . 

Cependant, cette maniere de faire presente deux 
principaux inconvenients. Le premier inconvenient 
reside dans le fait que la transaction est lente, elle 
necessite de nombreuses verifications entre l'emetteur, 

20 ( le lecteur) et le recepteur ( la carte a puce ) . Dans le 
domaine dit de la carte sans contact, ou 1 1 energie 
electrique est fournie a la carte par une emission 
radioelectrique, ces nombreux echanges en plus d'etre 
lents, sont particulierement difficiles a realiser. 

25 Le second inconvenient apparait a partir du moment 

ou il est indispensable de mouvementer plusieurs 
compteurs pour effectuer une transaction. C'est par 
exemple le cas dans des applications incluant plusieurs 
partenaires . Chaque partenaire dispose d 1 un compteur 

30 qui lui est dedie dans la carte. L 1 achat d f une 
prestation chez 1 1 un des partenaires entraine un gain 
de points de fidelite au sein des differents compteurs. 
Avec les solutions existantes, le terminal effectue une 
mise a jour sequentielle des differents compteurs. Dans 
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ce cas, la transaction est divisee en autant d 1 actions 
element aires (mises a jour ou enregistrements ) qu 1 il y 
a de mouvements a operer sur les compteurs. Si la mise 
a jcur de 1 ' un desdits compteurs echoue, la coherence 
5 des compteurs au sein de la carte n'est plus effective 
ou perdue, sans possibility de recouvrer 1 ' etat initial 
de ces memes compteurs avant 1' emission de la 
transaction dont l 1 execution a echoue. 

Dans 1' invention, on remedie au probleme de 

10 limitation du nombre des echanges en munissant la carte 
a puce d' un enregistrement de regies qui associent des 
compteurs a des instructions de modification de ces 
compteurs. De preference on munit la carte a puce d'une 
memcire qui contient ces instructions de modification 

15 elles-memes, et d'un microprocesseur qui les met en 
oeuvre . 

L f invention remedie en outre au risque de perte de 
coherence des compteurs en munissant le dispositif de 
comptage de la carte a puce d'un mecanisme de 

20 recouvrement qui garantit une indivision de la 
transaction. Ainsi si un probleme apparait durant la 
modification d'un compteur ( impossibility d'ecriture, 
arrachement de la carte...), le dispositif de comptage 
permet de recouvrer 1 1 etat de la carte a puce avant 

25 l 1 execution de la transaction dont 1' execution a 
echoue . 

L 1 invention a done pour objet une carte a puce 
mun:.e dans sa puce d'un dispositif de comptage 
comportant au moins un compteur modifiable a l'aide 
30 d 1 instructions de modification desdits compteurs, 
caracterise en ce que ledit dispositif de comptage 
comporte un fichier de regies dont chaque 
enregistrement comporte au moins une fiche 
d ' instruction comportant : 
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une zone de designation pour identifier un 
compteur a mouvementer, 

- une zone d 1 instruction pour renseigner sur le 
mode de modification du compteur a mouvementer, 

5 - au moins une zone de variable pour contenir une 

variable sur laquelle s 1 applique 1 ' instruction . 

Pref erentiellement ledit dispositif de comptage 
comprend un mecanisme de recouvrement caracterise en ce 
que ledit mecanisme garantit une indivision de 
10 1 1 execution desdites regies . 

L 1 invention sera mieux comprise a la lecture de la 
description qui suit et a 1 1 examen des figures qui 
1 ' accompagnent . Celles-ci ne sont donnees qu'a titre 
indicatif et nullement limitatif de 1' invention. Les 
15 figures montrent: 

- figure 1: une carte a puce munie du dispositif de 
comptage selon 1 1 invention; 

- figures 2 a 4 et 13: une representation detaillee 
de la structure des fichiers enregistres dans les 

20 dispositif s de comptage de 1' invention; 

- figures 6 a 12, 14 et 15: les particularity de 
mise en oeuvre de l 1 invention dans le cas d'un exemple. 

Dans l 1 invention, on appellera fichier un ensemble 
d ' enregistrements enregistres en memoir e . On appellera 

25 enregistrement, un ensemble de donnees, associees entre 
elles a la maniere d'une base de donnees. On appellera 
fiche, des associations de donnees d'un enregistrement 
ayant toutes une meme structure, une meme syntaxe. 

La figure 1 montre une carte a puce 1 munie d'un 

30 dispositif de comptage selon l 1 invention. La carte a 
puce 1 comporte un microprocesseur 100, un bus 2 
donnees, d'adresses et de commandes, et des moyens 3 
pour entrer en relation avec le monde exterieur. D'une 
maniere schematique, les moyens 3 representent ici un 
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connecteur qui regoit un message 4 en provenance d'un 
lecteur non represents. La liaison avec le lecteur peut 
par ailleurs etre une liaison electrique, radio- 
electrique, par infra rouge: elle depend de la nature 
5 de I 1 interface 3. 

La puce de la carte comporte un dispositif de 
comptage 5 qui comporte au moins un compteur. On verra 
par la suite comment est realise ce compteur. Figure 2, 
le dispositif de comptage 5 comporte de preference un 

10 f ichier 6 de blocs compteurs . Chacun des 
enregistrements 7 , 8 , 9 ou autre, du f ichier 6 associe 
une identification 10 d'un bloc compteur a une liste 11 
de regies de modification des compteurs de ce bloc. La 
figure 2 montre d 1 une maniere detaillee le f ichier 6 et 

15 1 ' enregistrement 7. II peut y avoir plusieurs blocs 
compteurs dans le f ichier 6. On en n'a schematiquement 
represents que trois. 

L 1 enregistrement 7 de bloc compteur, ainsi que les 
autres enregistrements, comportent essentiellement une 

20 zone d 1 ident if iant 10 et une zone de regies applicables 
11. Les regies de la zone 11 sont utilisables sur le 
hloz compteur 7 . Le but est d ! assurer la securite du 
bloc compteur 7 en autorisant 1 ' application des seules 
regies ainsi designees. 

25 L 1 identif iant 10 peut representer le nom de 

1 1 application (type d 1 utilisation de la carte a puce) 
qui utilise le bloc compteur. Cet identif iant est 
generalement communique a la carte au moment de la mise 
en relation avec le lecteur . 

30 Selon l 1 invention, la carte 1 comporte en memoire, 

un fichier de regies 12 (figure 3) . De preference, elle 
peut aussi comporter un fichier de conditions 13 
(figure 4), un fichier de calculs 14 (figure 5) et un 
fichier 200 de sauvegarde (figure 13) . La puce comporte 
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egalement, figure 1, un ensemble de registres 15 a 19 
destines a recevoir des informations notamment des 
informations de condition d'acces. Les registres 15 a 
19 ainsi que les fichiers 6, 12 a 14 et 200 sont aussi 
5 relies au microprocesseur 100 par le bus 2. Les 
fichiers 6, 12, 13, 14 et 200 sont memorises dans ce 
but dans une memoire de la puce 1. Cette memoire est 
ici confondue avec ces fichiers eux-memes dans un souci 
de simplification de 1 1 explication . Neanmoins, il est 

10 possible d f adopter pour cette memoire, ou pour les 
memoires qui contiennent ces fichiers, des structures 
physiques variees: memoires non volatiles, memoires 
sauvegardees , memoires dif f erenciees pour chacun des 
fichiers, ou memoire unique. 

15 Une memoire auxiliaire 101 peut par ailleurs 

contenir une memoire programme 102 et une memoire de 
donnees 103. Le microprocesseur 100 met en oeuvre 
l 1 invention en appliquant des programmes contenus dans 
la memoire programme 102 sur des donnees de la memoire 

20 103. Une de ces memoires 102 ou 103, ou les deux, peut 
etre situee dans les circuits du lecteur. La memoire 
103, si elle est dans la carte a puce, peut contenir 
les fichiers 6 et 12 a 14 a moins que ceux-ci ne soient 
enregistres dans une autre memoire de la carte. 

25 L 1 enregistrement 7 comporte, en plus de la zone 10 

et de la zone 11 , de preference, une zone 2 0 relative a 
des conditions d'acces et une zone 21 relative a un 
label du bloc compteur (le nom du bloc compteur) . II 
peut comporter par exemple aussi quatre zones de date, 

30 22 a 25 , mentionnant une date de debut d 1 octroi de 
points de gratification, une date de fin d f octroi de 
ces points de gratification, une date de debut de 
remboursement des points, et une date de fin de 
remboursement des points. Le bloc 7 comporte egalement 
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la designation d 1 un certain nombre de compteurs. Ici 
urie zone 26, appelee balance, comportera 1 ' etat reel du 
compteur de gratifications, une fois qu 1 on y a 
additionne et soustrait tous les points. II peut 
5 comporter une balance cumulee 27 representative du 
nombre de points regus dans le bloc compteur 7, sans 
deduction des remboursements . II comporte enfin une 
zone 28 de comptage de visites comptabilisant le nombre 
de fois ou, en pratique, la zone 26 de balance a ete 
10 mouvementee . II peut comporter d'autres zones 2 9 pour 
d ' autres types de comptage . 

Le fichier essentiel de l f invention, le fichier 12 
des regies, comporte des enregistrements tels que 30 a 
32. Chaque enregistrement identifie par une regie, 
15 designee par une zone identifiant 33, comporte une 
serie 34 de fiches associant chacune un compteur a une 
instruction applicable a ce compteur. Chaque fiche d'un 
enregistrement du fichier de regies 12 comporte done 
une zone 36 de designation, pour designer un compteur 
20 et une zone 37 d * instruction pour renseigner sur le 
mode de modification du compteur a mouvementer. 
L 1 instruction en zone 37 est generalement une 
instruction d 1 addition ou de soustraction . On pourrait 
neanmoins envisager tout autre operation arithmetique 
25 simple ou complexe. 

Chaque fiche d'un enregistrement du fichier 12 
comporte au moins une zone, de preference deux zones 
371, 372, de variables pour contenir des variables sur 
lesquelles s' applique 1 1 instruction . Ces variables 
30 peuvent etre des variables de date, des variables 
numeriques. Elles peuvent aussi etre des references a 
ces valeurs contenues dans d'autres fichiers. Par 
exemple, elles peuvent etre des adresses d'autres 
valeurs. Ces adresses peuvent etre celles des zones 26, 
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27 ou 28 du bloc compteur concerne, ou d 1 un autre bloc. 
Quand une f iche ne comport e pas d 1 indication en zone 
371 et 372, ou lorsqu'une fiche ne comporte pas de 
telles zones, celles-ci, representant les operandes de 
5 l f instruction, sont ou peuvent etre implicitement 
contenues dans le code instruction de 1 1 instruction . 

De preference, les enregistrements du fichier 12 
comportent en plus une cinquieme zone 373 de condition 
qui est une zone de reference de condition. Cette zone 

10 373 designe un enregistrement du fichier 13, de 
conditions a satisfaire pour autoriser la realisation 
de 1 1 instruction . 

La figure 4 montre le fichier 13 de conditions. Ce 
fichier 13 comporte essentiellement , dans chaque 

15 enregistrement, une zone identifiant 38 et une liste de 
fiches de conditions composees. Chaque fiche de 
condition comporte une zone operateur 3 9 montrant 
comment composer les conditions des differentes fiches 
d'un enregistrement, une zone fonction 40 pour 

20 representer une condition logique, et au moins deux 
zones 41 et 42 pour contenir respectivement une valeur 
de reference de la condition et une valeur a tester par 
rapport a la valeur de reference selon la condition 
logique de la zone 40. 

25 D'une maniere preferee, la carte 1 de 1 1 invention 

comporte encore un fichier de calcul 14, figure 5, dont 
les enregistrements comportent, chacun, une zone 
identifiant 4 3 et un ensemble de fiches de calcul s 4 4 . 
Chaque fiche d ' enregistrement de calcul comporte une 

30 zone de fonction 45 pour representer une fonction 
mathematique elementaire, au moins une zone, de 
preference deux zones 46 et 47, pour contenir un ou 
deux operandes de cette fonction mathematique 
elementaire, et une zone 48 dite operateur de fiche 
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pcur indiquer la maniere dont le resultat d ' une fiche 
de calcul 49 doit etre pris en compte pour un calcul 
avec une fiche suivante 50. Le resultat du calcul de 
1 1 ensemble des f iches 44 est destine a remplacer une 
5 valeur (371 ou 372) a l'interieur d'un enregistrement 
de regie (12) , une valeur (41) a 1 1 interieur d'un 
enregistrement de condition (13), ou une valeur (46 ou 
47) a 1 1 interieur d ! un enregistrement de calcul (14). 

Les fichiers 12, 13 et 14 comportent de preference, 

10 ccmme le fichier 6, dans chaque enregistrement une zone 
de condition d'acces respectivement 51 a 53. En outre, 
les enregistrements du fichier 12 comporteront de 
preference une zone 54 de version de regies permettant 
d 1 identifier le caractere recent de la regie mise en 

15 oeuvre . 

D 1 une maniere pref eree, la carte 1 comport e en 
outre un fichier 200 de sauvegarde utilise par le 
dispositif de comptage pour garantir que les regies du 
fichier 12 de regies s 1 executent de maniere 

20 indivisible. 

II existe dif f e rentes implantations de mecanisme de 
recouvreraent. Certaines sont plus elaborees que 
d'autres notamment en ce qui concerne la gestion des 
erreurs ou la duree de vie dudit mecanisme . A tit re 

25 d'exemple nous allons definir une conception possible 
de mecanisme de recouvrement . II ne s 1 agit en aucun cas 
d'une limitation de l 1 invention. Toute conception de 
mecanisme de recouvrement peut etre utilisee a 
condition qu'elle off re des services equivalents a ceux 

30 decrits ci-apres. 

Ainsi, le fichier 200 de sauvegarde comprend un 
nombre f ini d 1 enregistrements dont la taille est 
variable. La structure d'un enregistrement du fichier 
200 de sauvegarde est decrite en liaison avec la figure 
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13. Ainsi comme le montre cette figure, chaque 
enregistrement 201, 202, 203 du fichier 200 de 
sauvegarde comporte : 

- une zone de longueur, referencee 300 ,"" permettant 
5 de definir la taille dudit enregistrement; 

- une zone 302 dans laquelle est enregistre le 
contenu de la zone memoire a sauvegarder; 

- une zone d'adresse 301 qui contient 1 1 adresse de 
la zone memoire dont le contenu est sauvegarde dans la 

10 zone 302 de 1 1 enregistrement ; 

- une zone d'integrite 303 contenant un code de 
redondance (checksum) qui est calcule en fin de 
sauvegarde de la zone memoire a sauvegarder et dont la 
valeur est par exemple la somme des bits a zero des 

15 zones 30 0 et 302 reunies . Ce code de redondance est le 
garant de la validite de 1 1 enregistrement . 

Les zones 300, 301 et 303 constituent ce que nous 
appellerons le descripteur d 1 un enregistrement (201, 
202 ou 203) du fichier de sauvegarde. La zone 302 dudit 

20 enregistrement constitue le corps de celui-ci. 

Les figures 6 a 12 montrent un procede 
d ! utilisation, arbitraire mais complet, de 

1 1 organisation des fichiers 6, 12, 13 et 14 entre eux. 
Les figures 14 et 15 decrivent un procede d ' utilisation 

25 du fichier 200 de sauvegarde respectivement pour 
sauvegarder le contenu des compteurs avant leur 
modification ou pour restituer la valeur des ces 
derniers . 

Comme le montre la figure 6, on a choisi un 
30 scenario, "Regie 1", correspondant a un enregistrement 
du fichier 12. Dans ce scenario, dans un programme de 
fidelite donne, lorsqu'un client se livre a des achats 
compris entre 0 et 200 FF, on lui attribue un point de 
gratification par tranche de 50 FF d 1 achat. Pour un 
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client qui acheterait pour plus de 200 FF, on decide de 
lui attribuer un point par tranche de 25 FF d 1 achat. En 
outre, s f il s f agit de sa premiere visite, il regoit 
dans son compteur de points de gratification 10 points 
5 de bienvenue . 

On va supposer que le fournisseur est un 
fournisseur de carburant qui identifie son application 
par un code PETROL transmis dans une zone 55 du message 
4. On va supposer egalement que des donnees, presentes 

10 dans une zone 5 6 du message 4 , representent 18 0 pour un 
achat de 180 FF. Le message 4 comporte egalement, 
composee par le proprietaire de la carte a puce sur un 
clavier du lecteur, une identification 57 de ce 
proprietaire par son numero personnel d ' identification : 

15 PIN (Personnal Identification Number). Le message 4 
comporte enf in en zone 58 la date du j our de la 
transaction, dans la mesure ou cette date est utile 
pour la regie, et ou la carte 1 n'est elle-meme pas 
capable de la produire independamment . Le message 4 

20 comporte dans une zone 59, la designation d'une regie 
particuliere applicable "Regie 1" , et ou en variante la 
designation d 1 un bloc compteur "Bloc 1" sur lequel des 
regies doivent s 1 appliquer . Comme on le verra par la 
suite, ceci n'est pas necessaire. 

25 Le message 4 arrive par 1 1 intermediaire de 

1 ' interface 3 et du bus 2 dans le microprocesseur 100. 
Celui-ci, a partir de 1 1 identification de la regie 
"Regie 1" presente en zone 59, va rechercher selon 
l 1 invention, dans le fichier 12 quels sont les 

30 enregistrements qui ont "Regie 1" , en zone 33 , comme 
identifiant. On peut aussi verifier que les 
enregistrements trouves sont conditionnes , en zone 51 , 
par une condition d T acces par exemple PETROL . La 
condition d 1 acces peut etre differente de PETROL si on 
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a choisi pour 1 1 application un mot de passe different. 
Dans ce cas, ce mot de passe doit etre contenu dans le 
message 4 ( a moins de pouvoir etre deduit par le 
microprocesseur 100 de 1 1 identif iant de 1 1 application 
5 elle-meme) . Le microprocesseur 100 ne prendra dans le 
fichier 12 que 1 1 enregistrement 30 qui comporte a la 
fois la Regie 1 comme identification en zone 33 et le 
code PETROL en zone 51, dans les conditions d'acces. 
Ceci est represents sur la figure 6. 

10 En variante , si le message 4 comporte une zone 60 

designant le bloc compteur, Bloc i, du fichier 6, le 
microprocesseur 100 cherchera 1 1 enregistrement dont 
1 ' identif iant en zone 11 correspondra au "Bloc 1" 
designe en zone 60. Dans ce cas, la designation du bloc 

15 compteur peut engendrer, si la zone 59 est a blanc, 
1 1 application de toutes les regies applicables 
designees dans la zone 11 de 1 1 enregistrement 7 . 

Enfin, si seule la condition d'acces PETROL est 
donnee, le microprocesseur 100 retiendra tous les blocs 

20 compteurs et ou toutes les regies correspondant a cette 
condition d 1 acces . 

En pratique , il est done possible de mettre en 
oeuvre 1' invention a partir de 1 1 identif ication 55 de 
1 1 application seule, a partir de la designation de la 

25 regie, zone 59 ou a partir de la designation du bloc 
compteur, zone 60, ou a partir d'une quelconque 
combinaison de ces trois elements. 

Dans le cas montre sur la figure 6, en faisant 
abstraction pour 1 1 instant de la version de la regie 

30 memorisee, dans le fichier 13, on voit apparaitre cinq 
fiches d 1 instruction 61, 62, 63, 67 et 68. Dans les 
trois premiers cas, le compteur, compteur 1, concerne 
sera le compteur enregistre en zone 26 du bloc compteur 
7 . Cela aurait pu etre le compteur enregistre en zone 
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27 ou en zone 28, cu meme un compteur enregistre dans 
un autre bloc. Soit la designation en zone 36 est 
suffisante, soit elle est completee par la zone 60 du 
message 4 . 

5 Le type d 1 instruction 37 dans chacun des trois 

premiers cas sera une addition de type 1. C f est un 
exemple. La valeur a additionner sera, pour chaque 
instruction, fonction des arguments donnes dans les 
deux zones suivantes 371 et 372. A titre d' exemple la 

10 figure 12 montre 1' operation d ! addition de type 1. 
Cette operation d 1 addition comporte, dans l f exemple, 
une micro-instruction 64 par laquelle on divise les 
dcnnees de la zone 56 du message 4 par n. La valeur n 
est le contenu de la zone 372 . Dans 1 ' exemple ou la 

15 valeur de donnee valait 180, et ou n vaut 50, la 
division de 180 par 50 donne 3 avec un reste de 30. A 
une micro-instruction 65 suivante, on prend en compte 
seulement la partie entiere de la division. Le resultat 
est done 3. A une micro-instruction suivante 66, on 

20 multiplie ce resultat intermediaire 3, par la valeur m. 
Lei valeur m est la valeur stockee dans la zone 371 de 
1 ' enregistrement 61. Ici, m vaut 1. Done le resultat a 
additionner vaut 3 . En consequence, 1 1 application de 
1 ' instruction Addition 1 sur le compteur 1 consistera a 

25 lui additionner 3 points de plus. 

Pour la fiche 62. Les valeurs n et m valent 
maintenant respectivement 25 et 1. Compte tenu de la 
valeur de 1 1 achat, infer ieure a 2 00 FF, cette regie ne 
produit pas de points gratification supplementaire . 

30 En ef f et , les deux f iches 61 et 62 sont 

conditionnes par condition 1 et condition 2 
respectivement indiquees en zone 373. Une fiche de 
regie comporte, en zone 373, un identifiant d'un 
enregistrement du fichier 13 de conditions qui va etre 
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utilise . Pour la f iche 61 , la condition 1 est 
representee figure 7. L'operande de composition des 
conditions entre elles est un ET logique. Quand il n f y 
a qu'une condition, l'operande de composition est 
5 toujours un ET logique. On verra plus loin, figure 10, 
comment se composent les operandes de composition 
logique des conditions. La fonction de la condition 1 
est, dans le scenario evoque, une comparaison avec une 
signification "inferieur ou egal". Le resultat de la 

10 comparaison est positif si la valeur designee dans la 
zone 42, ici la donnee 180, est inferieure ou egale a 
la valeur designee ou presentee dans la zone 41. La 
zone 41 est la zone de reference de la condition. Elle 
comporte ici la valeur 200. La zone 42 comporte la 

15 reference de la valeur a tester. Ici il s'agit des 
donnees entrees. II s'agit des 180 FF de I 1 achat. En 
pratique, 1 1 information en zone 42 est l'adresse de 
l'endroit ou est stockee la valeur de 180 FF du message 
4. Comme la condition 1 est realisee, puisque 180 est 

20 inferieur a 200, 1' execution de la fiche 61 peut etre 
menee a terme . 

La figure 8 montre la condition 2 de 1 1 application 
de la fiche 62 de la Regie 1. L f achat etant inferieur a 
200 FF, et la condition 2 etant que cet achat soit 

25 superieur a 200 FF, la condition n'est pas realisee. 
Dans ce cas, la fiche d ' instruction 62 n'est pas 
executee . 

La fiche d 1 instruction 63 comporte une condition 3 
montree sur la figure 9. Cette condition 3 consiste a 
30 comparer le contenu du compteur de visite du Bloc 1, 
zone 28 de 1 1 enregistrement 7, a la valeur 0 presente 
dans la zone 41. Au debut, alors que le compteur de 
visite est nul, cette condition se realise, une 
instruction 63 peut etre executee. Cette instruction 
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est une addition d'un type different de 1' addition 
presente en figure 12. L' addition Addition 2 est une 
addition simple. Elle consiste a additionner le contenu 
de la zone 371 de 1 1 enregistrement 63, ici il s 1 agit de 
5 la valeur 10, au compteur designe en zone 26 du Bloc 1. 

Selon les types d ! operation Addition 1 ou Addition 
2 designes, les operandes du calcul ou le resultat lui- 
meme peuvent etre memorises a divers endroits, voire 
dans 1 ? instruction . 
10 Ainsi a 1' issue de ces trois operations, le 

compteur 1 en zone 26, pour 180 FF d'achat, comportera 
un resultat 13. 

Dans une application encore plus complexe, il est 
possible que le f ournisseur de carburant s ' associe avec 
15 un autre prestataire de service, par exemple une chaine 
de restauration rapide, ou bien une societe de 
distribution de cinema . II est possible dans ces 
conditions que, pour tout achat effectue aupres du 
premier, le petrolier, un certain nombre de points soit 
20 attribue dans un compteur du second, celui de la chaine 
de restauration rapide par exemple. C ! est ce que montre 
la f iche 67 . 

Dans ce cas, le compteur concerne sera un compteur 
different du compteur indique en zone 2 6 de 

25 1 1 enregistrement 7. Cela pourra etre le compteur 
principal de 1 1 enregistrement 8. II peut etre decide 
que cet autre compteur, le compteur 2 (fiche 67) subira 
une addition de type 1, Addition 1, avec un increment 
de 1 (zone 371) pour chaque tranche dont la valeur est 

30 incliquee, dans la zone 372: 30 FF. Dans ces conditions, 
les valeurs n et m de la figure 12 sont respect ivement 
30 et 1. Ceci signifie que pour chaque tranche de 30 FF 
d f achat le compteur 2 regoit un point. Pour la fiche 
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67, il n f y a pas de condition: elle est executee de 
toute f agon . 

La designation du compteur, Compteur 2, est ici 
contenue dans 1 1 enregistrement de la regie, Regie 1. II 
est possible neanmoins que le message, en zone 60, 
designe le bloc compteur Bloc 1 et que 1 1 enregistrement 
7 relatif a ce bloc compteur renvoie en zone 11 a la 
regie Regie 1 qui elle ne fasse que completer la 
designation du compteur 26 (ou d'un autre). 

De la meme fagon, la Regie 1 peut encore comporter 
dans une fiche 68 la designation d f un compteur 3. Le 
compteur 3 regoit le resultat d'une addition de type 2 
(addition simple). Les arguments de 1' addition de type 
2 ne sont pas ici designes def initivement . lis 
resultent de 1 1 application d'un calcul enregistre a une 
fiche d'un enregistrement du fichier calcul 14. Le 
calcul designe dans 1 1 enregistrement est le Calcul 1. 

Un enregistrement de calcul comportant "Calcul 1" 
comme identifiant en zone 43 est montre sur la figure 
11. 

Dans celle-ci, le type d' operation 45 mis en 
oeuvre, dans l f exemple, est une multiplication. Son 
premier operande designe en zone 4 6 est le contenu du 
compteur de visite du bloc compteur 1 . II s ' agit en 
pratique de I'etat de la zone 28. Le deuxieme operande 
de la multiplication designe en zone 47, ici 2, peut 
etre un chiffre fixe. II pourrait tout aussi bien etre 
un alea. Dans 1 1 exemple on a decide, pour inciter les 
gens a revenir le plus souvent possible, de leur 
compter d' autant plus de points qu' ils sont venus 
souvent. Ce decompte peut etre ainsi exponentiel. Par 
exemple, quelqu'un qui sera venu 25 fois, aura un 
compteur de visite 23 dans un etat 25. Le resultat du 
calcul 1 sera alors 50. Comme la zone 48, operateur de 
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fiche comporte la designation d'une addition, ceci 
signifie qu'il faudra additionner le resultat (50) d 
calcul de la fiche avec le calcul resultant de la fiche 
suivante. Comme il n'y a pas de fiche suivante, le 
5 resultat def initif du calcul sera 50 . S 1 il y avait eu 
d'autres fiches dans 1 1 enregistrement de la figure 11, 
cellss-ci auraient ete composees entre elles 
(multiplication, addition, exponentiation. . . ) selon le 
sens de 1 1 operateur de fiche. Autrement dit, 

10 1 ? enregistrement 68 conduira a additionner la valeur 
dans le compteur 3. Le compteur 3 est un compteur bloc 
compteur de 1 1 enregistrement 8. II correspond a chaine 
de restauration rapide . 

On aurait pu tout aussi bien additionner les 50 

15 points dans le compteur 1. II aurait fallu dans ce cas 
en zone 36 designer le compteur 1. 

La fiche d f instruction 68 est soumise a une 
condition, la condition 4 . Celle-ci est montree figure 
10. Elle indique qu 1 en definitive ce type 

20 d f incrementation ne pourra etre possible que si la date 
du jour est comprise entre les dates prevues pour le 
debu~ et la fin de l 1 operation d 1 octroi des points de 
gratification . 

On voit avec la figure 10 qui montre la condition 

25 4, comment peuvent cooperer entre eux les operateurs de 
combinaison (de type ET, OU, ou OU Exclusif...) des 
conditions . Ici, il faut que les deux fiches de 
condition soient satisfaites puisque les operateurs de 
combinaisons sont deux ET . 

30 En ce qui concerne la fiche 68, en plus de la 

condition 4, on aurait pu soumettre par une addition de 
type 1 (Addition 1) le resultat (50) du calcul (Calcul 
1 ) a une multiplication par un nombre de tranches de 
100 FT. Ceci permettrait d'eviter que les utilisateurs 
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ne se livrent a des achats de valeur derisoire. Dans ce 
cas, en zone 372 figurerait la valeur 100 (montree ici 
entouree de tirets) . Dans ce cas, 1 ? application de 

1 1 instruction 68 conduirait a retenir pour n la valeur 
5 100 et pour m la valeur 50, resultant de 1 1 application 

du Calcul 1. 

Les fonctions logiques 40 qui representent les 
conditions du fichier 13 peuvent etre les fonctions 
plus grand, plus grand ou egal, plus petit, plus petit 

10 ou egal, egal, different, ou autre. Les fonctions 45 
des operations de calcul du fichier 14 peuvent etre de 
preference l 1 addition, la soustraction, la division, la 
multiplication, 1 1 exponentiation, la production d ' un 
nombre aleatoire ou autres . 

15 Au moment ou le message 4 parvient a la puce de la 

carte 1, 1 1 identification de 1 1 application PETROL peut 
etre declinee pour venir remplir les registres 15 a 18 
conditionnant les conditions d'acces aux fichiers 6 et 

12 a 14. Ces conditions d'acces peuvent bien entendu 
20 etre utilisees chaque fois qu 1 on veut conditionner 

1 1 utilisation d'un fichier a la presence, dans un des 
registres correspondant 15 a 18, d'une information 
identique a celle figurant dans les enregistrements des 
fichiers 6 et 12 a 14. 

25 Ces conditions d'acces peuvent par ailleurs aussi 

etre utilisees pour permettre la modification des 
enregistrements des fichiers 6 et 12 a 14 . Ainsi, la 
modification de 1 1 enregistrement 7 pourra n'etre 
entreprise qu 1 a condition que les conditions d'acces, 

30 en modification, renseignee en zone 20 de 
1 ' enregistrement 7 soient identiques aux donnees 
stockees dans le registre 16 (et qui ont ete peu ou 
prou transmises par le message 4). II en est de meme 
pour les modifications des enregistrements des fichiers 
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12, 13 et 14 pour lesquels les contenus des zones 51, 
52 , 53 doivent etre respect ivement identiques au 
contenu des registres 16, 18 et 19. 

II n'est bien entendu pas necessaire que' la meme 
5 identification de code secret soit enregistree dans 
chacun des registres 16 a 19. En prevoyant des codes 
secrets differents on rend la gestion de cette 
architecture de fichiers plus souple et plus puissante. 
II n'est bien entendu pas non plus necessaire que la 

10 condition d'acces soit remplie pour pouvoir mettre en 
oeuvre les elements d ! un fichier: utilisation d'une 
condition, mise en oeuvre d ' un calcul, etc... 

Sur le plan pratique, il est possible d 1 organiser 
1 ? information autrement que dans les quatre fichiers 6 

15 et 12 a 14. Notamment les fichiers 12, 13 et 14 peuvent 
etre concatenes, 1 1 enregistrement de condition pouvant 
par exemple, etre places directement dans la zone 373 . 
Ceci est possible notamment si les conditions d'acces 
et 1 1 identif iant sont les memes. 

20 La version de la regie permet au lecteur en 

relation avec la carte 1 de determiner si une regie a 
ete nise a jour ou s 1 il doit prealablement proceder a 
cette mise a jour avant I 1 execution de la regie. Cette 
mise a jour est de type connu. 

25 £insi, selon l f invention, pour rendre plus souple 

la gestion du compteur de gratifications d'une carte a 
puce, on decide d 1 enregistrer dans la memoire de la 
carte a puce une architecture de fichiers permettant 
une gestion aisee de ses compteurs . Selon cette 

30 architecture, un fichier de regies, ou sont situees les 
regies relatives a une application, est associe a des 
blocs compteurs. De ce fait, la simple designation 
d'une regie implique la modification des compteurs de 
ce b:.oc compteur ou vice versa. Cette mise en oeuvre 
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est interne a la puce de la carte a puce. Elle ne 
necessite pas d'echange avec le lecteur. 

La figure 14 montre au travers d'un exemple, 
comment le mecanisme de recouvrement utilise le fichier 
5 200 de sauvegarde pour sauvegarder le contenu des 
differents compteurs a mouvementer, de maniere 
sequentielle et avant toute modification de chacun 
desdits compteurs. Considerons que le fichier 200 de 
sauvegarde comprend 3 enregistrements 201 a 203. Le 

10 nombre d 1 enregistrements du fichier 200 de sauvegarde 
peut bien evidemment etre inferieur ou superieur a la 
valeur 3 utilisee ici a des fins d 1 exemple. Prenons 
1' execution de la regie "Regie 1" decrite par la figure 
6 . Selon que les conditions sont requises ou non, un, 

15 deux ou trois compteurs pourront etre mouvementes . 
Prenons la situation ou les trois compteurs sont a 
modifier. Telle qu ! est decrite la regie "Regie 1", le 
compteur "Compteur 1" sera d'abord modifie puis le 
compteur "Compteur 2" puis le compteur "Compteur 3". 

20 Lors de 1' execution de la regie "Regie 1", avant 

que le compteur "Compteur 1" ne soit modifie le contenu 
du compteur "Compteur 1" est sauvegarde dans le premier 
enregistrement 201 du fichier de sauvegarde 200 (phase 
1) . 

25 L 1 enregistrement 201 du fichier 200 de sauvegarde 

contient des lors : 

- la valeur courante du compteur "Compteur 1" dans 
la zone 302 de 1 1 enregistrement ; 

- l'adresse du compteur "Compteur 1" dans la zone 

30 301; 

- la longueur du contenu sauvegarde du compteur 
"Compteur 1" dans la zone 30 0 ; 

- un code de redondance valide dans la zone 303. 
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Le compteur "Compteur 1" est par la suite modifie 
normalement comme nous l'avons vu precedemment . (phase 

2) . La seconde etape de la regie "Regie 1", consiste a 
modifier le contenu du compteur "Compteur 2" . Le 

5 contanu du compteur "Compteur 2" est tout d 1 abord 
sauvegarde dans l'enregistrement suivant, 

enregistrement 202 du fichier 200 de sauvegarde (phase 

3) . 

L'enregistrement 202 du fichier 200 de sauvegarde 
10 contient des lors : 

- la valeur courante du compteur "Compteur 2" dans 
la zone 302; 

- 1 * adresse du compteur "Compteur 2" dans la zone 

301; 

15 - la longueur du contenu sauvegarde du compteur 

"Compteur 2" dans la zone 300; 

- un code de redondance valide dans la zone 303. 
Puis le compteur "Compteur 2" est modifie (phase 

4) . L'etape suivante de la regie "Regie 1" concerne le 
20 compteur "Compteur 3". De la meme maniere que pour les 

compteur s "Compteur 1" et "Compteur 2", le contenu du 
compteur "Compteur 3" est sauvegarde au sein de 
l'enregistrement 203 du fichier 200 de sauvegarde 
(phase 5) avant que le compteur "Compteur 3" ne soit 
25 modifie (phase 6) . 

L'enregistrement 203 du fichier 200 de sauvegarde 
cont:.ent des lors : 

- la valeur courante du compteur "Compteur 3" dans 
la zone 302; 

30 - l 1 adresse du compteur "Compteur 3" dans la zone 

301; 

-- la longueur du contenu sauvegarde du compteur 
"Compteur 3" dans la zone 300; 

- un code de redondance valide dans la zone 303. 
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Dans le cas ou 1 1 execution de la regie "Regie 1" 
s'est deroulee avec succes, l f ensemble des 
enregistrements (201, 202 et 203) du fichier 200 de 
sauvegarde est efface a la fin de l f execution de ladite 
5 regie (phase 7) . II est alors a ce stade impossible de 
recouvrer l'etat des compteurs 1 a 3 qui etait le leur 
avant 1' execution de la regie "Regie 1". 

Dans le cas ou une erreur s'est produite durant 
1' execution de la regie "Regie 1" (erreur d'ecriture 
10 memoire ou arrachement de la carte) le fichier 200 de 
sauvegarde comporte des enregistrements non effaces. 

La figure 15 montre dans ce cas, comment le 
mecanisme de recouvrement est active pour assurer la 
coherence des compteurs de la carte . 
15 La carte a puce verif ie en ef f et, lors de toute 

reception de commande, que le fichier 200 de sauvegarde 
ne comporte pas d 1 enregistrement (201, 202, 203) 
comprenant un code de redondance valide. Dans 
1 ? affirmative la commande regue est traitee 
2 0 normalement . Dans le cas contraire (au moins un 
enregistrement comprend un code de redondance va-lide 
(zone 303), le mecanisme de recouvrement restaure les 
zones memoires qui ont ete sauvegardees (comme decrit 
en figure 14 ) . Ainsi, les compteurs de la carte a puce 
25 recouvrent l'etat qui etait le leur avant l f execution 
avortee de la derniere regie executee. 

II est indispensable que les enregistrements du 
fichier 200 de sauvegarde soient parcourus du plus 
recemment mis a jour vers le plus ancien. En effet, 
30 dans le cas ou un compteur serait mis a jour a 
plusieurs reprises durant l 1 execution d'une regie, le 
fait de restaurer les compteurs en parcourant les 
enregistrements dans 1 1 ordre indique ci-dessus, permet 
de s 1 assurer que ledit compteur sera restaure 
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correctement . Prenons la situation ou il y a eu 
arrachement de la carte durant la mise a jour du 
compteur "Compteur 3" lors de l 1 execution de la regie 
"Regie 1" (decrite en figure 6) . Comme le montre la 
5 figure 15, le mecanisme de recouvrement commence par 
analyser le dernier enregistrement du fichier 200 de 
sauvegarde (enregistrement 203, dans notre exemple) . 

L 1 enregistrement 203 comprend un code de redondance 
valide dans la zone d'integrite 303 dudit 

10 enregistrement. Le mecanisme de recouvrement effectue 
une lecture de la zone 302 de 1 1 enregistrement 203 et 
recopie la valeur lue a l'adresse contenue dans la zone 
301 de 1 1 enregistrement 203 (phase 1). La zone de 
longueur, referencee 300, dudit enregistrement permet 

15 au mecanisme de recouvrement de connaitre la taille de 
la donnee qui a ete sauvegardee dans la zone 302 de 
1 ' enregistrement 203. Le compteur "Compteur 3" est done 
restaure et retrouve la valeur qui etait la sienne 
avant 1 ! execution avortee de la regie "Regie 1". 

20 L ' enregistrement 203 est a present efface (phase 2). Le 
mecanisme de recouvrement analyse alors 

1 1 enregistrement 202. Comme celui-ci contient une zone 
d'integrite 302 valide, le contenu de la zone 302 dudit 
enregistrement est recopie a l'adresse dont la valeur 

25 est contenue dans la zone 301 de 1 1 enregistrement 
(pnase 3) . Le compteur "Compteur 2" est done restaure 
et retrouve la valeur qui etait la sienne avant 
1' execution avortee de la regie "Regie 1". 
L 1 enregistrement 202 est a present efface (phase 4). Le 

30 mecanisme de recouvrement analyse alors 

1 1 enregistrement 201 . Comme celui-ci contient une zone 
d'integrite 302 valide, le contenu de la zone 302 dudit 
enregistrement est recopie a l'adresse dont la valeur 
est contenue dans la zone 301 de 1 1 enregistrement 
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(phase 5) . Le compteur "Compteur 1" est done restaure 
et retrouve la valeur qui etait la sienne avant 
l 1 execution avortee de la regie "Regie 1". 
L'enregistrement 201 est a present efface (phase 6) . 
5 L 1 ensemble des enregistrements (201, 202, 203) a ete 
parcouru et efface. L 1 execution du mecanisme de 
recouvrement est terminee. 

Dans le cas ou un nouvel arrachement de la carte 
intervient durant la phase de restaur at ion des 

10 compteur s, le mecanisme de recouvrement sera de nouveau 
active lors de 1' emission de la prochaine commande . 

Dans le cas ou le mecanisme de recouvrement ne peut 
terminer son execution car il n'est pas possible ne 
restaurer le contenu d'un compteur (probleme d'ecriture 

15 memoire) , une erreur est signalee par ledit mecanisme 
et 1' execution de celui-ci est terminee. Le terminal a 
ainsi connaissance que la carte n'est plus coherente. 
Celle-ci devient impropre a 1 1 exploitation . Toute 
tentative de modification du compteur defaillant 

20 entrainera des lors un echec de la transaction. 

Si la defaillance memoire concerne un 
enregistrement du fichier 200 de sauvegarde lors de 
l'effacement de celui-ci, le mecanisme de recouvrement 
poursuit son execution. L'enregistrement partiellement 

25 efface comprendra un code de redondance invalide dans 
la zone 303 integrite. Celui-ci sera des lors ignore 
lors des prochaines activations du mecanisme de 
recouvrement . 

On peut remarquer que dans le cadre de 1 1 invention, 
30 il n 1 est pas necessaire de sauvegarder le contenu 
complet d'un compteur. Seule la partie destinee a etre 
modifiee peut etre sauvegardee. Ceci est possible par 
le fait de disposer au sein de chaque enregistrement du 
fichier 200 de sauvegarde, la longueur et I'adresse des 
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donnees sauvegardees. Pour illustrer ceci, nous pouvons 
constater, dans les figures 14 et 15 , que seules les 
zones 26 a 28 des compteurs, a savoir respectivement, 
la balance, la balance cumulee et le compteur de 
5 visite, sont sauvegardees/restaurees . En effet, dans 
cet exemple la regie "Regie 1" executee ne modifie que 
les zones 26 a 28 des compteurs "Compteur 1", "Compteur 
2 ,T et "Compteur 3". 

On peut remarquer d 1 autre part , que le nombre 

10 d ' enregistrements du fichier 200 de sauvegarde 
constitue une limitation pour le nombre d 1 operations a 
effectuer par une regie. II faut done que la dimension 
du fichier 200 de sauvegarde soit en adequation avec la 
complexity des regies destinees a etre implantees dans 

15 la carte. Cette determination est a la portee de 
1 ' homme du metier. 
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REVENDICATIONS 

1 - Carte a puce (1) munie dans sa puce d f un 
dispositif (5) de comptage comportant au moins un 
compteur (6) modifiable a 1 1 aide d 1 instructions de 
modification desdits compteurs, caracterisee en ce que 

5 ledit dispositif (5) de comptage comporte un fichier 
( 12 ) de regies dont chaque enregistrement ( 50 ) comporte 
au moins une fiche d 1 instruction (30, 32) comportant : 

- une zone (36) de designation pour identifier un 
compteur a mouvementer, 

10 - une zone (37) d 1 instruction pour renseigner sur 

le mode (Instruction 1) de modification du compteur a 
mouvementer, 

- au moins une zone (371, 372) de variable pour 
contenir une variable sur laquelle s ? applique 

15 1 1 instruction . 

2 - Carte selon la revendication 1 , caracterisee en 
ce que lesdites fiches d ! instruction (30, 32) , 
associant a une instruction (37) une condition 

20 d 1 application de cette instruction, comportent une zone 
(373) de reference de condition pour designer un 
enregistrement d'un fichier (14) de conditions 
(Conditions 1) qui contient des conditions a satisfaire 
pour autoriser la realisation de 1 1 instruction (37) 
25 (Instruction 1) . 

3 - Carte selon 1 1 une des revendications 1 ou 2, 
caracterisee en ce que le dispositif de comptage 
comporte un fichier (6) de blocs compteurs dont les 

30 enregistrements associent des identifications de 
compteurs (26, 28) a une ou des regies (11) applicables 
a ces compteurs . 
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4 - Carte selon 1 1 une des revendications 1 a 3, 
caracterisee en ce que le dispositif (5) de comptage 
comporte, pour autoriser 1' execution d 1 une instruction, 
un f ichier (13) de conditions dont les f iches 
comportent : 

- une zone (39) d 1 operande pour composer des f iches 
de conditions, 

- une zone (40) de fonction pour representer une 
condition logique (3), 

- au moins deux zones (41, 42) de variables pour 
contenir respectivement une valeur de reference de la 
condition et une valeur a tester par rapport a la 
valeur de reference selon la condition logique. 

5 - Carte selon 1 1 une des revendications 1 a 4 , 
caracterisee en ce que le dispositif (5) de comptage 
comporte un f ichier (14 ) de calculs dont les f iches 
comportent : 

- une zone (45) de fonction pour designer une 
fond: ion mathematique element a ire, 

- au moins une zone (4 6, 47) de variable pour 
contenir un operande de cette fonction mathematique 
elementaire, 

et une zone (48) d ! operande de fiche pour 
indiquer la maniere dont le resultat d'une fiche 
d 1 enregistrement doit etre pris en compte pour un 
calcul avec une fiche d 1 enregistrement suivante. 

6 - Carte selon 1 1 une des revendications 1 a 5, 
caracterisee en ce que la puce de la carte comporte une 
memo:.re (5) pour memoriser les enregistrements et un 
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microprocesseur (100) pour mettre ces regies en oeuvre 
en modifiant les compteurs . 

7 - Carte selon 1 1 une des revendications 1 a 6 
5 caracterisee en ce que les enregistrements des fichiers 

de blocs compteurs, des regies, des conditions ou des 
calculs comportent une zone (20, 51, 53) condition 
d'acces pour autoriser 1 1 utilisation ou la 
modification . 

10 

8 - Carte selon 1 1 une des revendications 1 a 7 , 
caracterisee en ce que les enregistrements (30) du 
fichier de regies comportent une zone (54) de version 
pour en indiquer le caractere recent. 

15 

9 - Carte selon 1 1 une des revendications 1 a 8, 
comprenant un dispositif de comptage (5) comportant un 
fichier de sauvegarde (200) gere par un mecanisme de 
recouvrement , ce dernier garantissant une execution 

20 indivisible des regies decrites dans le fichier de 
regies (12) dudit dispositif de comptage, caracterisee 
en ce que ledit mecanisme de recouvrement sauvegarde de 
maniere sequentielle le contenu de chaque compteur 
avant que celui-ci ne soit modifie par une regie, au 

25 sein des enregistrements dudit fichier de sauvegarde 
(200) . 

10 - Carte selon la revendication 9, caracterisee 
en ce que les enregistrements du fichier de sauvegarde 

30 (200) sont effaces a la fin de l 1 execution d ! une regie 
du fichier de regies (12) du dispositif de comptage 
(5) . 
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11 - Carte selon 1 1 une des revendications 9 ou 10, 
caracterisee en ce que le mecanisme de recouvrement est 
active au plus tard avant que toute commande envoyee a 
5 la carte suivant une execution avortee d 1 une regie, ne 
soi 1 : executee a son tour, afin que les compteurs de la 
carte recouvrent la valeur qui etait la leur avant 
1' execution de ladite regie. 

10 12 - Carte selon 1 1 une quelconque des 

revendications 9 a 11, caracterisee en ce que le 
mecanisme de recouvrement restitue le contenu des 
compteurs modifies par la regie dont 1 ! execution a ete 
interrompue, d 1 une maniere sequentielle, en partant de 

15 1 1 enregistrement le plus recemment mis a jour vers 
1 1 enregistrement le plus anciennement ecrit du fichier 
de sauvegarde (200) . 

13 - Carte selon 1 ' une quelconque des 
20 revendications 9 a 12 caracterisee en ce que le 

mecanisme de recouvrement efface les enregistrements du 
fichier de sauvegarde (200), 1 1 un apres l ! autre, chacun 
apres que la valeur qu 1 il contient , correspondant au 
contenu d'un compteur, ait ete restituee. 

25 

14 - Carte selon 1 1 une quelconque des 
revendications 9 a 12 caracterisee en ce que le 
mecanisme de recouvrement efface 1' ensemble des 
enregistrements du fichier de sauvegarde (200 ) apres 

30 que les differents compteurs aient recouvre la valeur 
qui etait la leur avant 1 1 execution avortee de la 
deoiere regie . 
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15 - Carte selon 1 1 une quelconque des 
revendications 9 a 14, caracterisee en ce que les 
enregistrements (201, 202, 203) du fichier de 

5 sauvegarde (200) comportent, outre la zone contenant la 
donnee sauvegardee (302), une zone de longueur (300) et 
une zone d'adresse (301) de maniere a ce que seules les 
zones des compteurs devant etre modifiees par une regie 
soient sauvegardees/restituees par le mecanisme de 
10 recouvrement . 

16 - Carte selon 1 1 une quelconque des 
revendications 9 a 15 caracterisee en ce que les 
enregistrements (201, 202, 203) du fichier de 

15 sauvegarde (200) comportent une zone d'integrite (303) 
de maniere a ce que le mecanisme de recouvrement ne 
restaure que des enregistrements valides lors de la 
restauration des compteurs du dispositif de comptage 
(5) . 

20 

17 - Procede de comptage dans une carte a puce 
caracterise en ce que : 

- on transmet a la carte a puce une identification 
d'une regie, 

25 - dans la carte a puce on extra it un enregistrement 

d'un fichier de regies qui correspond a la regie 

identif iee, et 

on modi fie des compteurs de la carte a puce 

designes par ledit enregistrement selon des 
30 instructions associees dans cet enregistrement auxdits 

compteurs designes . 
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